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DETAILED ACTION 

Response to Amendment 

1 . The amendment after final filed 1 2/1 7/2004 has not been entered. 
The Examiner notes that Applicant was not consistent in the notation used in the 
amendment after final. Deletions are bracketed and additions are underlined in 
some of the modified claims (i.e. claims 4, 10, 12, ...). No notation is used in 
other modified claims (i.e. claims 16, 17,23,25, ...). Notation is used for some 
modifications and no notation is used for other modifications in the same claim 
(i.e. claim 27, 30, ...). 

1.1 A claim listing must include: 

The claim number of every claim ever presented in the application, 
whether entered or not; 

A status identifier, in parentheses, following each claim number; 

The text of all pending claims (including withdrawn claims); and 

Markings to show the changes made only in the current amendment 
relative to immediate prior version. 

The claims in the claim listing of the current amendment will replace all prior 
versions, and listings, of claims in the application. 

1 .2 The amendment to the claims filed on 12/17/2004 does not comply with 
the requirements of 37 CFR 1.121(c) because no notation was used in some of 
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the currently amended claims (i.e. claims 16, 17, 23, 25, ...); some notation was 
used and omitted in some of the currently amended claims (i.e. claims 27, 30, 

...). 

Amendments to the claims filed on or after July 30, 2003 must comply with 37 
CFR 1.121(c) which states: * 



(c) Claims. Amendments to a claim must be made by rewriting the entire 
claim with all changes (e.g., additions and deletions) as indicated in this 
subsection, except when the claim is being canceled. Each amendment 
document that includes a change to an existing claim, cancellation of an existing 
claim or addition of a new claim, must include a complete listing of all claims ever 
presented, including the text of all pending and withdrawn claims, in the 
application. The claim listing, including the text of the claims, in the amendment 
document will serve to replace all prior versions of the claims, in the application. 
In the claim listing, the status of every claim must be indicated after its claim 
number by using one of the following identifiers in a parenthetical expression: 
(Original), (Currently amended), (Canceled), (Withdrawn), (Previously 
presented), (New), and (Not entered). 

(1 ) Claim listing. All of the claims presented in a claim listing shall 
be presented in ascending numerical order. Consecutive claims having the same 
status of "canceled" or "not entered" may be aggregated into one statement (e.g., 
Claims 1-5 (canceled)). The claim listing shall commence on a separate sheet of 
the amendment document and the sheet(s) that contain the text of any part of the 
claims shall not contain any other part of the amendment. 

(2) When claim text with markings is required. All claims being 
currently amended in an amendment paper shall be presented in the claim 
listing, indicate a status of "currently amended," and be submitted with markings 
to indicate the changes that have been made relative to the immediate prior 
version of the claims. The text of any added subject matter must be shown 
by underlining the added text. The text of any deleted matter must be 
shown by strike-through except that double brackets placed before and 
after the deleted characters may be used to show deletion of five or fewer 
consecutive characters. The text of any deleted subject matter must be shown 
by being placed within double brackets if strike-through cannot be easily 
perceived. Only claims having the status of "currently amended," or "withdrawn" if 
also being amended, shall include markings. If a withdrawn claim is currently . 
amended, its status in the claim listing may be identified as "withdrawn — currently 
amended." 

(3) When claim text in clean version is required. The text of all 
pending claims not being currently amended shall be presented in the claim 
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listing in clean version, i.e., without any markings in the presentation of text. The 
presentation of a clean version of any claim having the status of "original," 
"withdrawn" or "previously presented" will constitute an assertion that it has not 
been changed relative to the immediate prior version, except to omit markings 
that may have been present in the immediate prior version of the claims of the 
status of "withdrawn" or "previously presented." Any claim added by amendment 
must be indicated with the status of "new" and presented in clean version, i.e., 
without any underlining. 

(4) When claim text shall not be presented; canceling a claim. 

(i) No claim text shall be presented for any claim in the claim 
listing with the status of "canceled" or "not entered." 

(ii) Cancellation of a claim shall be effected by an instruction 
to cancel a particular claim number. Identifying the status of a claim in the claim 
listing as "canceled" will constitute an instruction to cancel the claim. 

(5) Reinstatement of previously canceled claim. A claim which was 
previously canceled may be reinstated only by adding the claim as a "new" claim 
with a new claim number. 



Claim Rejections - 35 USC § 102 

2. The following is a quotation of the appropriate paragraphs of 35 
U.S.C. 102 that form the basis for the rejections under this section made in this 
Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 
122(b), by another filed in the United States before the invention by the applicant for patent or 
(2) a patent granted on an application for patent by another filed in the United States before 
the invention by the applicant for patent, except that an international application filed under 
the treaty defined in section 351(a) shall have the effects for purposes of this subsection of an 
application filed in the United States only if the international application designated the United 
States and was published under Article 21(2) of such treaty in the English language. 



3. Claims 16, 18, 30, 33, 44, and 46 are rejected under 35 U.S.C. 102(e) as 
being disclosed by Pardo (U.S. Pat. No. 6,266,539) (Telephone Docking Station 
for Personal Digital Assistant). 
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3.1 Regarding claim 16, Pardo discloses a PDA, comprising: 

a memory for storing a list of phone features and phone policies therein 
(Abstract; Figs. 7, 8, 12; col. 9, lines 2 - 20); and 

software stored in the memory (col. 5, lines 12 - 18) for allowing a user to 
select and program users personal phone features and phone policies within the 
PDA from the stored list of phone features and phone policies (Abstract; Figs. 7, 
8, 12; col. 7, lines 60 - 67; col. 9, lines 2 - 20). 

3.2 Per claim 1 8, Pardo teaches that said software includes a feature/policy 
application program (API), said feature/policy API being used to interface the 
PDA with phone features and phone policies of the user (col. 7, lines 60 - 67 
"TAPI (Telephony Application Programming Interface)"). 

3.3 Regarding claims 30, 33, 44, and 46, the rejection of claims 16 and 18 
(paragraphs 3.1 and 3.2 above) under 35 USC 102(e) applies fully. 

4. Claims 16 - 18, 30 - 33, and 44 - 46 are rejected under 35 U.S.C. 102(e) 
as being anticipated by Kikinis et al. (U.S. Pat. No. 5,799,068) (Smart Phone 
Integration with Computer Systems). 



4.1 



Per claim 16, Kikinis teaches a PDA, comprising: 
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a memory for storing arranged information including phone features and 
phone policies (Fig. 13; col. 17, lines 30 - 35 "the user interface will query a user 
for input of one or more passwords, after successful entry of which the host will 
pass the input to microcontroller 101 1 for comparison with the serial number and 
perhaps other codes accessed form the EEPROM 1031 in the bootstrap of the 
microPDA"; col. 8, lines 63 - 67); and 

software stored in the memory (Fig. 13; col. 17, lines 30 - 35; col. 8, lines 
63 - 67) for allowing a user to select and program the user's personal phone 
features and phone policies within the PDA from the stored list of phone features 
and phone policies, at least one of the user's personal phone policies being used 
to implement at least one of the user's personal phone features in a 
telecommunication system (col. 10, lines 39-47; col. 12, lines 39-47 "Memory 
1013 is preferably a nonvolatile device from 1 to 2 megabytes in this 
embodiment, and both control routines for applications and data files are 
stored in this memory "). 

4.2 Regarding claim 17, Kikinis discloses a PDA, comprising: 

a memory for storing a list of phone features and phone policies therein 
(Fig. 1 3, item 1 01 3; col. 1 0, lines 39 - 47; col. 1 2, lines 39 - 47 "Memory 1 01 3 is 
preferably a nonvolatile device from 1 to 2 megabytes in this embodiment, and 
both control routines for applications and data files are stored in this 
memory.").); and 
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software stored in the memory (Fig. 13, item 1013; col. 17, lines 30-35; 
col. 8, lines 63 - 67) for allowing a user to program the user's personal phone 
features and phone policies within the PDA using the stored list of phone 
features and phone policies (col. 12, lines 39 - 47; col. 10, lines 39 - 47) wherein 

the memory includes prestored identification data for the user, and said 
PDA further includes a security unit for verifying the identity of the user based on 
the prestored identification data (Fig. 13; col. 17, lines 30 - 35 "the user interface 
will query a user for input of one or more passwords, after successful entry of 
which the host will pass the input to microcontroller 101 1 for comparison with the 
serial number and perhaps other codes accessed form the EEPROM 1031 in the 
bootstrap of the microPDA"; col. 8, lines 63 - 67). 

4.3 Per claim 18, Kikinis teaches the PDA as defined in claim 16 wherein said 
software includes a feature/policy application program interface (API), said 
feature/policy API being used to interface the PDA with phone features and 
phone policies of the user (col. 6, lines 23 - 28 '"PC workstation 21 in this 
embodiment has a Telephony Application Programming Interface (TAPI) that 
coordinates Windows applications running on the PC will call functions on the 
Smart Phone."). 

4.4 Per claims 30 - 33 and 44 - 46, the rejection of claims 16-18 under 35 
USC 102(e) (paragraphs 4.1 - 4.3 above) applies fully. 
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5. Claims 16, 18, 30, 33, 44, and 46 are rejected under 35 U.S.C. 102(e) as 
being anticipated by Graham (U.S. Provisional Pat. No. 60/098,187). 

5.1 Per claim 16, Graham teaches a PDA, comprising: 

a memory for storing arranged information including phone features and 
phone policies (Fig. 6; p. 5, paragraph 1; p. 1, paragraphs 1, 5); and 

software stored in the memory (Fig. 6; p. 5, paragraph 1 ) for allowing a 
user to select and program the user's personal phone features and phone 
policies within the PDA from the stored list of phone features and phone policies, 
at least one of the user's personal phone policies being used to implement at 
least one of the user's personal phone features in a telecommunication system 
(Fig. 6; p. 5, paragraph 1 ; p. 1 , paragraphs 1 , 5). 

Certain aspects of this user interface and architecture can be added to any Windows device 
wishing to become more telephony enhanced - from a user perspective. For example, a Palm- 
sized PC can be equipped with the Call Slip interface (a single call slip) that interacts with 
a PBX phone and the PC to show call information and control features on a docked device - 
enhancing the capabilities of the phone while tying into the network capabilities of the PC. 
Similarly, the same Ul could be added to a sub-notebook device, or even in a somewhat adapted 
form, to a cellular phone. Across all of them would be a common architecture for delivering 
services and a similar user experience, if not identical due to physical constraints, (p. 5, 
paragraph 1). 
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5.2 Per claim 1 8, Graham teaches the PDA as defined in claim 16 wherein 
said software includes a feature/policy application program interface (API), said 
feature/policy API being used to interface the PDA with phone features and 
phone policies of the user (Fig. 6 "TAPI and Hermes Telephony Extensions"; p. 
4, paragraph 1 "TAPI"). 

5.3 Regarding claims 30, 33, 44, and 46, the previous rejection under 35 USC 
102(e) (paragraphs 5.1 - 5.2) applies fully. 



Claim Rejections - 35 USC § 103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for 
all obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described 
as set forth in section 102 of this title, if the differences between the subject matter sought to 
be patented and the prior art are such that the subject matter as a whole would have been 
obvious at the time the invention was made to a person having ordinary skill in the art to which 
said subject matter pertains. Patentability shall not be negatived by the manner in which the 
invention was made. 



7. Claims 1 -3,5-11,19 - 24, 34 - 38, 47, and 48 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Graham (U.S. Provisional Pat. No. 
60/098,187) in view of Mattaway (U.S. Pat. No. 6,009,469) (Graphic User 
Interface for Internet Telephony Application). 
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7.1 Regarding claim 1 , Graham discloses a method of operating a PDA, 
comprising the steps of: 

arranging information within the PDA to correspond to at least one of first 
and second data sets, the first data set including phone features of a user, at 
least on of the phone features being set up in a telecommunication system for 
the user, the second data set including phone policies {phone numbers and 
phone line numbers) of the user, at least one of the phone policies being used for 
implementing the at least one of the phone features (Fig. 6 "Settings" "Third Party 
Application" "Address Book"); 

"The Hermes Call Slip Architecture provides a means for software developers, including 
Microsoft, OEMs, Telcos and other 3 rd parties to easily add to and extend the capabilities of a 
telephone device with a graphical user interface. The user-interface abstracts and exposes line 
management and call control features in a single user interface element that is state-smart so it 
can present different options when the telephone is in different states, such as ringing, receiving 
Caller ID information, Caller ID on Call Waiting, etc. Provides users with a standardized 
graphical interface to common line management and call control features such as Caller ID, 
Caller ID/Call Waiting, call duration, etc. as well as providing an architecture for developing and 
delivering new line or call control features as part of the standardized experience. New features 
fit in visually and functionally." (p. 1, paragraph 1). 

Certain aspects of this user interface and architecture can be added to any Windows device 
wishing to become more telephony enhanced - from a user perspective. For example, a Palm- 
sized PC can be equipped with the Call Slip interface (a single call slip) that interacts with 
a PBX phone and the PC to show call information and control features on a docked device - 
enhancing the capabilities of the phone while tying into the network capabilities of the PC. 
Similarly, the same Ul could be added to a sub-notebook device, or even in a somewhat adapted 
form, to a cellular phone. Across all of them would be a common architecture for delivering 
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services and a similar user experience, if not identical due to physical constraints, (p. 5, 
paragraph 1). 

downloading at least a portion of the arranged information to a phone 
device, the arranged information including the at least one of the features and the 
at least one of the policies (p. 1, paragraph 1 (see above)). 
For example, a Palm-sized PC can be equipped with the Call Slip interface (a single call 
slip) that interacts with a PBX phone and the PC to show call information and control features 
on a docked device - enhancing the capabilities of the phone while tying into the network 
capabilities of the PC. (p. 5, paragraph 1 ) 

However, Graham does not explicitly disclose downloading at least a portion of 
the arranged information to an Internet Protocol (IP) phone device. 
Graham does disclose that "this architectural flexibility extends beyond 
architectural nuances (differences in central office switching hardware and 
configurations) to allowing us to support different underlying network 
infrastructures. For example PSTN vs. ISDN, or even moving to full IP 
solution. In each case, we would want similar or the same presentation to the 
user for a specific feature, but would be able to write different underlying drivers 
to implement those features appropriate to the specific network." (p. 1 , paragraph 
4). 

Mattaway discloses control information downloaded to an IP phone device (Fig. 
1, item 12; col. 5, lines 49 - 51 The input device 18 may alternatively include 
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connections to other computer systems to receive the input commands and data 
therefrom."). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to implement the IP phone device of Mattaway in Graham because 
Graham explicitly states supporting "different underlying network infrastructures" 
and that a "full IP solution" can be implemented. 

7.2 Per claim 2, Graham teaches that said arranging step includes the steps 
of: 

storing a list of predetermined phone features in the PDA (Fig. 6 "Settings" 
"Third Party Application" "Address Book"; p. 9, paragraph 1 "Telephone Features 
- The Hermes Phone Manager"); and 

selecting, in the PDA, certain phone features from the list of 
predetermined phone features to arrange the information (p. 5, paragraph 1; p. 1 , 
paragraph 5). 

7.3 Regarding claim 3, Graham discloses that said operating steps includes 
the step of: 

synchronizing the PDA with the IP phone device (p. 5, paragraph 1 "Palm- 
sized PC ... interacts with a PBX phone ..."). 

7.4 Regarding claim 5, Graham discloses that said operating step includes the 
step of: 
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receiving and initiating calls through the IP phone device according to the 
arranged information from said arranging step (Fig. 6; p. 5, paragraph 1; p. 1, 
paragraphs 1, 5). 

7.5 Per claim 6, Graham teaches the step: 

modifying the arranged information of said arranging step (Fig. 6; p. 5, 
paragraph 1 ; p. 1 , paragraphs 1 , 5). 

7.6 Regarding claim 7, Graham discloses that in said arranging step, the PDA • 
includes a phone application program interface (API) for interfacing the PDA with 
phone functionality of the IP phone device (Fig. 6 TAPI and Hermes Telephony 
Extensions"; p. 4, paragraph 1 "TAPI"). 

7.7 Per claim 8, Graham teaches that in said arranging step, the PDA includes 
a feature/policy application program interface (API) for interfacing the PDA with 
the phone features and phone policies of the user (Fig. 6 "TAPI and Hermes 
Telephony Extensions"; p. 4, paragraph 1 "TAPI"). 

7.8 Regarding claim 9, Graham discloses the method as defined in claim 1 
further comprising the step of: 

connecting the PDA to a PBX via the phone device (p. 5, paragraph 1 ). 

a Palm-sized PC can be equipped with the Call Slip interface (a single call slip) that 
interacts with a PBX phone and the PC to show call information and control features on a 
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docked device - enhancing the capabilities of the phone while tying into the network 
capabilities of the PC. 

7.9 Regarding claim 10, Graham discloses a method of operating a PDA, 
comprising the steps of: 

arranging information within the PDA to correspond to at least one of a 
first and second data sets, the first data set including phone features of a user, at 
least one of the phone features being set up in a telecommunication system for a 
particular phone number, the second data set including phone policies of the 
user, at least one of the phone policies being used for implementing the at least 
one of the phone features (Fig. 6; p. 5, paragraph 1 ; p. 1 , paragraph 1 ; p. 9, 
paragraph 1); and 

transferring the arranged information to a PBX (Fig. 6; p. 1, paragraph 1; 
p. 4, paragraph 2; p. 5, paragraph 1). 

Certain aspects of this user interface and architecture can be added to any Windows device 
wishing to become more telephony enhanced - from a user perspective. For example, a Palm- 
sized PC can be equipped with the Call Slip interface (a single call slip) that interacts with 
a PBX phone and the PC to show call information and control features on a docked device - 
enhancing the capabilities of the phone while tying into the network capabilities of the PC. 
Similarly, the same Ul could be added to a sub-notebook device, or even in a somewhat adapted 
form, to a cellular phone. Across all of them would be a common architecture for delivering 
services and a similar user experience, if not identical due to physical constraints, (p. 5, 
paragraph 1). 
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However, Graham does not explicitly disclose that the PBX is an IP-PBX 
(Internet Protocol-Public Branch Exchange). 

Mattaway discloses an equivalent to the IP-PBX (Fig. 1, items 24, 26; col. 12, 
lines 23 - 28). 

Examiner notes that an "IP-PBX is a known switch system that controls phone 
operations and associated devices, with an application program interface (API) 
which allows the functionality and settings of the IP-PBX to be accessible from 
the Internet 100 by devices including the PDA 10, the IP phone 40, etc." (see p. 
4, line 33 through p. 5, line 1 of the specification). 
Graham does disclose that "this architectural flexibility extends beyond 
architectural nuances (differences in central office switching hardware and 
configurations) to allowing us to support different underlying network 
infrastructures. For example PSTN vs. ISDN, or even moving to full IP 
solution. In each case, we would want similar or the same presentation to the 
user for a specific feature, but would be able to write different underlying drivers 
to implement those features appropriate to the specific network." (p. 1, paragraph 
4). 

The "full IP solution" would certainly include the known IP-PBX as disclosed in 
specification of the present Application. 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to implement the switching device (IP-PBX) of Mattaway in Graham 
because Graham explicitly states supporting "different underlying network 
infrastructures" and that a "full IP solution" can be implemented. 
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7.10 Regarding claim 1 1 , Graham discloses that said transferring step includes 
the step of connecting the PDA to the PBX through the Internet (Fig. 6; p. 5, 
paragraph 1; p. 1, paragraphs 1, 5). 

The reasoning for implementing a PBX instead of an IP-PBX is given above in 
the rejection of claim 10. 

7. 1 1 Per claims 1 9 - 24, 34 - 38, 47, and 48, the rejection of claims 1-3,5- 
1 1 (paragraphs 7.1 - 7.10 above) applies fully. 

8. Claims 4, 12, 25, 26, 39, and 40 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Graham (U.S. Provisional Pat. No. 60/098,187) in view 
of Mattaway (U.S. Pat. No. 6,009,469) and Kikinis et al. (U.S. Pat. No. 
5,799,068). 

8.1 Regarding claims 4 and 12, Graham teaches a method of operating a 
PDA, comprising the steps of: 

arranging information with the PDA to correspond to at least a first and a 
second data set, the first data set including phone features of a user, the second 
data set including phone policies of the user (Fig. 6; p. 5, paragraph 1; p. 1, 
paragraph 1 ; p. 9, paragraph 1 ); 
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transferring the arranged information to a PBX (Fig. 6; p. 1 , paragraph 1 ; 
p. 4, paragraph 2; p. 5, paragraph 1). 

Certain aspects of this user interface and architecture can be added to any Windows device 
wishing to become more telephony enhanced - from a user perspective. For example, a Palm- 
sized PC can be equipped with the Call Slip interface (a single call slip) that interacts with 
a PBX phone and the PC to show call information and control features on a docked device - 
enhancing the capabilities of the phone while tying into the network capabilities of the PC. 
Similarly, the same Ul could be added to a sub-notebook device, or even in a somewhat adapted 
form, to a cellular phone. Across all of them would be a common architecture for delivering 
services and a similar user experience, if not identical due to physical constraints, (p. 5, 
paragraph 1). 

However, Graham does not explicitly disclose that the PBX is an IP-PBX 
(Internet Protocol-Public Branch Exchange). 

Mattaway discloses an equivalent to the IP-PBX (Fig. 1, items 24, 26; col. 12, 
lines 23 - 28). 

Examiner notes that an "IP-PBX is a known switch system that controls phone 
operations and associated devices, with an application program interface (API) 
which allows the functionality and settings of the IP-PBX to be accessible from 
the Internet 100 by devices including the PDA 10, the IP phone 40, etc." (see p. 
4, line 33 through p. 5, line 1 of the specification). 
Graham does disclose that "this architectural flexibility extends beyond 
architectural nuances (differences in central office switching hardware and 
configurations) to allowing us to support different underlying network 
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infrastructures. For example PSTN vs. ISDN, or even moving to full IP 
solution. In each case, we would want similar or the same presentation to the 
user for a specific feature, but would be able to write different underlying drivers 
to implement those features appropriate to the specific network." (p. 1 , paragraph 
4). 

The "full IP solution" would certainly include the "known IP-PBX" as disclosed in 
specification of the present Application. 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to implement the switching device (IP-PBX) of Mattaway in Graham 
because Graham explicitly states supporting "different underlying network 
infrastructures" and that a "full IP solution" can be implemented. 

In addition, Graham does not explicitly teach the steps of 

prestoring identification data of the user in the PDA; and 

verifying, before said arranging step, the identity of a current user of the 

PDA based on the prestored identification data. 

Graham does disclose "Multi-User Capability" wherein "the user can select a 
different user's message center by touching the user name field at the top of the 
screen. A menu of user names will appear. Touching a name on this menu will 
navigate to the selected user's message center." (p. 19, paragraph 5). 
Kikinis discloses the steps of: 

prestoring identification data of the user in the PDA (Fig. 13; col. 17, lines 
30 - 35 "the user interface will query a user for input of one or more passwords, 
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after successful entry of which the host will pass the input to microcontroller 101 1 
for comparison with the serial number and perhaps other codes accessed form 
the EEPROM 1031 in the bootstrap of the microPDA"; col. 8, lines 63 - 67). 

verifying, before said arranging step, the identity of a current user of the 
PDA based on the prestored identification data (col. 17, lines 30 - 35; col. 8, 
lines 63 - 67). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to implement the identification system of Kikinis in Graham because the 
users of the Graham system would want to secure their message center data 
that could possibly be viewed by other users. 

8.2 Per claims 25, 26, 39, and 40, the rejection of claims 4 and 12 under 35 
USC 102 (paragraph 8.1 above) applies fully. 

9. Claims 1 3 - 1 5, 27 - 29, 41 - 43, and 49 - 51 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Kikinis et al. (U.S. Pat. No. 5,799,068) 
in view of Graham (U.S. Provisional Pat. No. 60/098,187). 

9.1 Regarding claim 13, Kikinis discloses a method of operating a Personal 
Digital Assistant (PDA), comprising the steps of: 

storing at least first and second data sets within the PDA, the first data set 
including phone features of a plurality of user scenarios, the second data set 
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including phone policies of the plurality of user scenarios (col. 1 8, lines 1 - 8; Fig. 
13, item 1013; col. 12, lines 25-47; col. 21, lines 5 -25); 
Another useful feature in host/microPDA communication is a means for a user to select and 
compose a mix of executable program files for downloading to a microPDA, either replacing or 
supplementing those executable routines already resident. A user can have several different 
program lists for downloading as a batch, conveniently configuring the applicability of a 
microPDA among a wide variety of expected work environments (col. 18, lines 1 - 8). 
col. 12, lines 25 - 47 "Memory 1013 is preferably a nonvolatile device from 1 to 2 megabytes in 
this embodiment, and both control routines for applications and data files are stored in this 
memory." (col. 12, lines 25 - 47). 

displaying phone configurations in a telecommunication system based on 
said at least one of first and second data sets stored within the PDA (Figs. 9, 21; 
col. 32, lines 5 - 25). 

However, Kikinis does not explicitly disclose storage of phone features and/or 
phone policies for a plurality of users. 

Graham does disclose "Multi-User Capability" wherein "the user can select a 
different user's message center by touching the user name field at the top of the 
screen. A menu of user names will appear. Touching a name on this menu will 
navigate to the selected user's message center." (p. 19, paragraph 5). 
It would have been obvious to one of ordinary skill in the art at the time of the 
invention to implement the multi-user capability of Graham in the invention of 
Kikinis; because the downloading of executable program files yielding "several 
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different program lists" on the microPDA of Kikinis would enable the invention of 
Kikinis to be used by multiple individuals or an administrator. 

9.2 Per claim 14, Kikinis teaches the method defined in claim 13 further 
comprising the steps of: 

prestoring identification data of a verifier within the PDA (Fig. 13; col. 17, 
lines 30 - 35 "the user interface will query a user for input of one or more 
passwords, after successful entry of which the host will pass the input to . 
microcontroller 101 1 for comparison with the serial number and perhaps other 
codes accessed form the EEPROM 1031 in the bootstrap of the microPDA"; 
col. 18, lines 63 -67); and 

verifying the identity of a current verifier based on the prestored 
identification data (col. 17, lines 30 - 35; col. 18, lines 63 - 67). 

9.3 Regarding claim 15, Kikinis discloses the method as defined in claim 13 
further comprising at least one of the following steps: 

deleting certain phone features and phone policies from the phone 
features and phone policies stored within the PDA (col. 19, lines 5-14 "demo 
copy of an application" "the software is transferable between a family of keyed 
microPDAs, or has the ability of 'unlock 9 only a limited number of times."); 

modifying the phone features and phone policies stored within the PDA 
(col. 19, lines 5 -14); and 
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selecting certain phone features and phone policies from the phone 
features and phone policies stored within the PDA (Fig. 9; col. 10, lines 39 - 47). 

9.4 Per claims 27 - 29, 41 - 43, and 49 - 51 , the rejection of claims 13-15 
under 35 USC 103 (paragraphs 9.1 - 9.3 above) applies fully. 



Conclusion 

The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

Schnarel et al. (U.S. Pat. No. 6,389,124) Common Visual and Functional 
Architecture for Presenting and Controlling Arbitrary Telephone Line Features 
U.S. Patent version of 60/098,187 (filed 8/26/1 998) and 60/122,975 (filed 
3/3/1999).. 

Kikinis (U.S. Pat. No. 6,161,133) Method and Apparatus for configuration of an 
Internet Appliance 

Configurable Internet appliance used for Internet telephony. 

Kimball (U.S.Pat. No. 5,953,322) Cellular Internet Telephone 
Internet telephony that implements a cellular telephone. 
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Ng et al. (U.S. Pat. No. 6,243,376) Method and Apparatus for Making a Phone 
Call Connection Over the Internet Connection 

Internet phone device that automatically establishes the connection and contains 
an Internet phone 103 connected to a phone 101. 
See Fig. 1 

Zhao et al. (U.S. Pat. No. 6,529,501) 
Internet telephony device that uses a PDA. 

Ju (U.S. Pat: Pub. No. 2005/0015516) IP Appliance Connectable with Handheld 
Device (filed 7/14/2003) 

IP telephone with a handheld device that plugs into the telephone yielding new 

capabilities. 

See Figs. 1,2 

Szlam (U.S. Pat. No. 6,359,892) Remote Access, Emulation, and Control of 
Office Equipment Devices and Services 

Portable communications device that allows a user with a personal profile to 
forward communications to the user at remote locations. 
See Fig. 2A; Abstract 
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10. Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to Kenneth R Coulter whose telephone number 
is 571 272-3879. The examiner can normally be reached on 5 4 9. 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Rupal Dharia can be reached on 571 272-3880. The fax 
phone number for the organization where this application or proceeding is 
assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from 
the Patent Application Information Retrieval (PAIR) system. Status information 
for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll- 
free). 
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